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FIELD OF THE INVENTION 

The present invention relates to (a) j management of 
money information in a variety of forms ^ such as money 
information being transmitted via a network and money 
information; in an IC card and a prepaid^ card. 

BACKGROUND (ART) <J>P T1+^ \UUl^TiO^ 

When purchasing goods, instead of paying in cash^ 
including coins and bills, the payment can be 
performed through* a card. Further, jinj these days, it 
15 is [Conceived) to mount an IC on a card and to store 
cash information (hereinbelow . called jas} money 
information) in the IC ^(through* ' wnich payment i§| 
[performed]* Still further, iry> , response * to 



^(wide spreading of /internet, a system j(Is conceived) in 
20 which a shop is [opehe^on the internet and sales of 
goods are performed through the internet. ^jl^ 

As has been explained above, since money/[shows} a 
variety of forms % such as cash \ including coins and 
bills and money information stored in an IC, it (IsJa 
25 (Becoming) j\dif f icult to prepare a household account book 
based on the income and expenditure of only cash |untij| 
[no^. 



With regard to preparation of a household account 
book, for example, JP-A-1-74671 discloses (an art^in 
which receipts are read through an OCR and data read 
from the receipts [are)* totaled. Further, JP-A-4-245596 
5 also discloses |an art) j in connection with preparation 
of a household^ account book in which a writing device 
for storing (Healing^information in a memory medium is 
connected to each ECR installed in respective shops, 
and a processing machine to which a reading device for 

10 reading out [dealings) Jj information from the memory 
medium is installed at respective customer's homes£7# 
[and wherein] | through unifying ^standards with regard to 
such [as kinds of dealings}>information to be .written in 
the memory medium and memory format, even when 

15 shopping is performed at a plurality of different 
shops, the dealings can be stored in a single memory 
medium, (thereby]^ the preparation of (€h^ 7 household 
account book based on the dealings information is 
facilitated. 
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(DISCLOSUREj A OF THE INVENTION j^U^^-o 
However, the above mentioned ; (conventional art) 
(relates); to the preparation of (the) household account 



books based on ^Ehe) data read from a single medium, such 
25 as receipts and^ memory medium, and nowhere discloses 
handling of money information in a variety of forms. 

Further, when money information is read from a 
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variety of media, there arises a problem / that 
overlapping data (are^ possibly \ read in. 

Still further , when a plurality of cards . such as . 
IC cards^ are owned by a single person, A money 
5 information (is possibly required to be moved) between 
the IC cards, however, since j such money information * 
jihovement} does not relate to the income and expenditure* 
to and from the household account concerned, it is 
necessary to omit such money movement information from 

10 the household account book and to (notifyj^the same as 
the movement between {the} IC cards . 

The present invention is achieved in view of the 
above problems, and an object of the present invention 
is to provide a household account book management 

15 apparatus which [permits); to manage money information in 
a variety of forms all together. 

The present invention j which achieves the above 
objects^ is characterized£j in that the household 
account book management apparatus comprises an input 

2 0 unit which inputs account data, a data reading device 
which reads out account data stored in an IC card, a 
display device which displays account data as a 
household account book, a memory unit which stores 
account data f or fclisplayinghon jfeh^display device, and 

2 5 a processing unit which Converters) / the account data 
inputted from the input unit and the account data read 
out from the data reading device into a predetermined 
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format and stores the same [into)j|the memory unit. 



Further, the household account book management 
apparatus according to the present invention^ which 
achieves the above objects (andf* comprises an input unit 



5 which inputs account data, a processing unit which 
processes the input account data, a memory unit which 
stores the result processed by the processing unit, 
and a display unit which displays the account data 
stored in the memory unit as a household account book, 
10 is characterized in that the processing unit includes 
an overlap judgement unit which judges an overlap 
between the account data inputted from the input unit 
and the account data entered in the memory unit in [a) 



form of /^household account book and stores the account 
15 data in the memory unit based on the overlap judgement 
result. 

Still further, the present invention^ which 
achieves the above objects, is characterized in that 
terminals of financial institutions, terminals 
20 installed in shops and terminals installed in homes 
are connected via a network, and the home terminal is 
provided with a control unit for receiving ^an) account 
data from terminals of the financial institution^ and 
a memory unit which stores the account data in ^a)/form 



25 of iv household account book, and judges an overlap 
between the account data inputted from the control 
unit and the account data stored in the memory unit 





and stores the inputted account data in the memory 
unit based on the judgement result. 

Moreover, the household account book management 
system according to the present invention \ which 
5 achieves the above objects (and in which)) a plurality of 
terminals ^are) connected via a network and at least one 
terminal (Is) provided with a household account book 
management apparatus which displays the account data 
inputted via .the network in (a) r form of jl household 

10 account book,/ is characterized in that the household 
account book management apparatus^ (is inputted the) 
account data (of a dealing per formed in connection with 
(the} data displayed in ^yform of household account book 
via another terminal connected to the network and 

15 displays the data inputted from the other terminal as 
the account data of the [dealing] \ performed in 
connection with the data. 



BRIEF DESCRIPTION OF THE DRAWINGS, a 
20 Fig. 1 is a/ diagram showing a Constitution of anj 

(entire) systen^; ijjj^ 

Fig. 2 is a ^diagram (showing a constitution? of a 
management unit for a home use terminal; > * 

Fig. 3 is a diagram showing A a display ^(example] 
25 when performing a read out processing; 

Fig^ 4 is a diagram showing an example of an 
(electric)/ receipt which is to be transmitted via a 



network? ^^VW jj^j 

Fig. 5 is a diagram showing /^a display^ (example) 
when an estimated expense item is modified; 

Fig. 6 is a diagram showings a display (example) of 
account data in a bank account; 6 . 



Fig. 7 is a diagram showing^ a display [example} of 
a household account book; A , — i 

Fig. 8 is a diagram showing j^a display; Example] 
when there exists an overlap in. account data; 
10 Fig. 9 is a diagram f or ^(explainingj a processing 

in an overlap checking unit; ^J 0 ^L v J u>^ 

Fig. 10 is a diagram f orjfexplainincj] a processing 
in an overlap checking unit; A i 

Fig. 11 is a diagram showing y a display [example] of 
15 a household account book; 

Fig. 12 is a ^diagram showing a processing in a 
main processing unit; 

Fig. 13 is a), diagram showing a processing in an 
account data reading unit when reading out data from 
2 0 an IC card control unit and a prepaid card control 
unit; , 

Fig. 14 is a ^ diagram showing a processing in a 
data reading unit when reading out account data from a 
bank account file and an assets file; 
2 5 Fig. 15 is a^diagram showing /(gntirej processings 

in a data reading unit; 

Fig. 16 is a ^diagram showing a processing in a 



data analysis unit; 

Fig. 17 is aydiagram showing a processing in a 
reading out unit when reading out electronic money 
which is to be transiaitted by a network; ^ 
5 Fig. 18 is a^/ diagram showing (entire) ) processings 

in a data reading unit; 

AW- 

Fig. 19 is ay diagram showing a processing in a 
data reading out unit when inputting account data from 
an input unit; ^ys- 
10 Fig. 2 0 is a j diagram showing a processing in a 

data analysis unit; 

Fig. 21 is a v / diagram showing a processing in an 
overlap checking unitj 

Fig. 22 is a ^diagram showing a processing in a 
15 difference component entry unit; 

Fig. 2 3 is a ([diagram showing a processing in an 
estimation checking, unit; 

Fig. 2 4 is a u /diagram showing a processing in an 
estimation use data file conversion unit; 
2 0 Fig. 2 5 is a (Ij diagram showing a data inquiry 

processing; 

Fig. 2 6 is a diagram showing an example of data 
analyzed result in an ^electronic receipt; 

Fig. 27 is a ^diagram showing a processing at a 
25 shop terminal; j 

Fig. 2 8 is a ^diagram showing a refund processing 
at a shop terminal; 
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Fig. 2 9 is a y { diagram showing a receipt design 
processing at a ^hop terminal; 

Fig. 30 is y diagram showing a receipt preparation 
processing at a sh £jP terminal; 
5 Fig. 31 is a diagram showing a receipt issuance 

processing at a shop terminal; 

Fig. 32 is a diagram showing an outline of a home 

use terminal; ^j^^JU *f 

Fig. 33 is a diagram showing /a display (example) 
10 when performing an inquiry; , * J 

(Fig. 34^j j __jj l diagram); showing^ a display [example) 
for (explaining jan^nquiry; 

Fig. 35 is aydiagram showing a processing when 
performing an inquiry; 
15 Fig. 36 is a diagram showing a system 

[constitution when) ^performing an inquiry through [an) jjjkt 
internet ; , \ 

Fig. 37 is a ^diagram showing a processing when 
performing an inquiry through an internet; 
20 Fig. 38 is atydiagram showing a processing when 

performing an inquiry through an internet; 

Fig. 39 is a^diagram showing a processing when 
performing an inquiry through an internet; and 

Fig. 40 is a diagram showing an example of a 
25 unified format which is converted at a data analysis 
unit. 
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BEST EMBODIMENTS FOR PRACTICING THE INVENTION 
Hereinbelow, the present invention will be 
explained with reference to the drawings. 

Fig. 1 shows a basic constitution of a household 
5 account management system. A home use terminal 100 is 
connected to terminals 121, 131 , 141 of banks serving 
as financial institutions via a leased line or a 
telephone line 160 and to a shop terminal 150 via £anj $h 
internet 170. Further, in the. present embodiment, 
10 five kinds of (moneys))^ including /account of a financial 
institution, IC card type money information, cash,y^ 
prepaid card or money note certificate \ and money 
information via a network are handled^ however, money 
information other than above * such as /even) real , 
15 [restates); and stock certificates can be handled (likel^f i 
by manually inputting account dataj by preparing an 
asset file or by acquiring [an) account data via a 
network. 

Bank accounts 123, 133 and 143 are (ones which are] 
20 opened in connection with bank account files 122, 132 
and 142 at respective banks. The bank terminals 121, 
131 and 141 J / are bank terminals of respective banks or 
other financial ^ (Institute^, manipulate money 
information stored in the respective bank accounts and 
2 5 perform movement of money information between the bank 
accounts and management with regard to reception and 
payment of money and account data via the signal line 
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160. ATM terminals in the city are equivalent to the 

above terminals. [^^^ulJ t& 

The shop terminal 150 can; perform sales of goods 
[while opening the^shop on the internet. 
5 Now, the home use terminal 100 will be explained. 

The home use terminal 100 is constituted by an account 
control unit 101 , an input unit 102 , a display unit 
103 , a managing unit 104 , a data reader 105 , an IC 
card control unit 106, a prepaid card control unit 107 
10 and a memory device 110. 

The account control unit 101 is a for [a} home 
banking and is constituted by a^ modem and a control 
program for accessing (to own/ J bank account via 
telephone line. Accordingly, via the account control 
15 unit 101 money information exchange with the accounts 
in the financial institutes and data exchange with the 
shop terminal 150 can be performed. Further, when the 
IC card control unit for issuing an IC card and the 
prepaid card control unit for issuing a prepaid card 
20 are connected to the signal line 160, the account data 

Ho 

(are) A taken into the home use terminal 100 via the 
account control unit 101. The IC card control unit 
106 reads the money, information stored in (the IC card) 

(mounting] an IC chip /\ and performs writing /the same. 
25 With this IC card control unit 106 movement of money 
information between IC cards and between accounts of 
financial institutes and IC cards can be performed. 
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Further , the account data read by the IC card control 
unit 106 (are] a transferred to the managing unit 104. 
The prepaid card control unit 107 reads money 
information from a prepaid card and transfers the same 
5 to the managing unit 104 as account data. The input 
unit 102 is jone to whicfT) a user (Inputs) / data with 
regard to expenditure and income of cash^ which are not 
converted into money information) such as in an IC card 
and in a network, and j (is represented by such as] a key 

10 board and a mouse. The data reader 105^ (Is for reading] 
information \ (rnentionedi on [such as) a receipt j and 
^(converting} the same into money information. The money 
information read by the data reader 105 is transferred 
to the managing unit 104 as account data. The 

15 managing unit 104 collects and totals the account data 
transferred via the input unit 102 and the account 
control unit 101 to prepare a household account book. 
The household account book prepared by the managing 
unit 104 is displayed on the display unit 103. The 

2 0 memory device 110 is constituted by an account data 
file 111, a household account book file 112 , a 
verification file 113 and an estimation [use] data file 
114. Further, the contents of the respective files 
will be explained together with the managing unit 104. 

2 5 Fig. 32 shows an outline of the home use terminal 

100. In the home use terminal 100 , the input unit 102 
and the display unit 103 are integrated and the data 
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inputting and ^operation thereof are performed by hand/ 
writing with a pen. In the main body thereof, the IC 
card control unit 106 and the prepaid card control 
unit 107 for reading data (respectively) j such as in IC 
5 cards and prepaid cardsj are built in, and at the side 
face of the main body an opening for inserting /such asj 
an IC card and a prepaid card is provided. Further, 
the home use terminal 100 is provided with terminals 
for connecting with the bank terminals 121, 131 and 

10 141 and with the shop terminal 150, andy provided with 
a terminal for connecting with the data reader 105j 
such as an OCR. ^ 

Fig. 2 shows [^constitution of the managing unit 
104 in the home use terminal 100. The managing unit 

15 104 is constituted by a data read out unit 201, a data 
analysis unit 202, an overlap checking unit 203, a 
difference entry unit 204, an estimated portion 
checking unit 205, an automatic dealing unit 206, an 
estimation [use] data file rewriting unit 2 07, a 

20 totaling unit 208, a total display unit 2 09 and a main 
processing unit 210. ^J^t* **J?rJ 

The main processing unit 2 10^ (is for controlling] 
these respective units and performs the processings as 
shown in Fig. 12. 

25 The main processing unit 210 stands by until 

respective processings 12 01 and 12 02 are started by 
the user. When the user starts a certain operation at 



if 
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the processing 1202 , either data read out at the 

processing 1203, ^ estimated portion check at the 
processing 1204 or data reference processing at the 

processing 1205 is performed depending on the 
operation , content. 

Q\€)ythe data read out processing , the data 



read out unit 201 reads out the data in/IC cards and 
prepaid cards and account data being sent via a 
network, and by making use of the estimation (use) data 

10 file 114 in the memory device 110^ the data analysis 
unit 202 converts the read out account data into a 
unified format. Account data which can not be 
converted here (are) ^entered in the verification file 
113. The account data converted into the unified 

15 format is judged at the overlap check unit 2 03jwhether 
the same overlaps with already entered account data in 
the household account book file 112^ and non- 
overlapping account data /are) *t entered into the 
household account file 112 (witf^jthe difference entry 

2 0 unit 204. 

(A€)j[the estimated portion check processing 1204, 
the account data entered in the verification file 113 
(are)/! converted into a unified format while ^ (per forming] 
(checking) by the user^ and (are)^ judged at the overlap 
25 check unit 2 03 whether the same overlaps with already 
entered accounj^ data in the household account book 
file 112/7 and^non-overlapping account data {are) ^entered 
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into the household account book file 112 /(with^ the 
difference entry unit 2 04. 

(A€} j the data inquiry processing 1205 , when 
"household account book display" is selected by [the) 
5 designation (bj^j the user, the account data (are); read out 
from the household account book file 112^ and the read 
out account datajar£)ftdisplayed on the display unit 103 
^hile separating /\ [between) expenditure / and incom^^ anSQ 
yv(when| "inquiry" is selected, [such asj account data for 
10 every input means entered in the household account 
dataj such as (of)jbank account transferred via a network^ 
7(are) displayed. ^ ^ 

Hereinbelow, j( operations of ; respective units for 
every processing ^il^ be explained inj(cietails). 
15 [For the first tim<|, the data read out processing 

1203 will be explained. 

The account data (are)> stored either in a file of a 
bank, in an IC card oj^ a prepaid card, or (hx^h carried 
by the user in (a") A form of cash or a receipt. 
2 0 Accordingly, the account data (ares) * inputted into the 
household account book management system either via a 
network or (via inputting^ by the operator. Therefore, 
the data read out processing is performed at the 
following timings. 
2 5 (1) When a card is inserted in [such as] the IC 

card control unit 106 and the prepaid card control 
unit 107 (Fig. 13) . 



15 

(2) The bank account state is confirmed at a 
predetermined timing, and when a charging to or a 
withdrawal from the bank account is confirmed or when 
the asset file is updated (Fig. 14). 
5 (3) When a receipt is received via a network 

(Fig. 17). 

(4) When icons of (such asj a receipt , an asset 
file and a bank account file are superposed on the 
icon of the household account book by the user. 
10 (5) Whenj menu j "entry" is designated after an icon 

such as a receipt , an asset file and a bank account is 

selected. Jj^Jju 

Fig. 3 illustrated)/ the above case (4). The bank 
accounts 12 3, 133 and 143 and a receipt are displayed 
15 on the display screen. The icons for the t^nk 
accounts 12 3 and 133 (are added of)/ a saw tooth mark^ 
which represents that the account state can be 
confirmed via a network based on a home banking 
agreement . 

2 0 Further, on the display screen^ the receipt 

inputted via a network is illustrated. In this 
instance, through an operation of dragging the bank 
account icon toward the household account book icon on 
the display screen, the read out processing 1203 is 

25 started. 

When the data read out processing 1203 is 
executed, the data read out unit 2 01 is activated. . 
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Hereinbelow, the processings by the data read out unit 
201 at respective timings will be explained. 

Fig. 13 shows a processing flow of the data read 
out unit 201 , when a card is inserted into ^such as) the 
5 IC card control unit 106 and the prepaid card control 
unit 107. At processings 1301 through 1304, 

protection of the card is confirmed, and it is judged 
whether the protection can be released and^eading| out 
can be performed. Further, if it is judged there is a 

10 protection, " INPUT CODE NUMBER " is displayed on the 
display screen, and if a code number is inputted by 
the user and it is confirmed that the inputted code 
number coincides with the registered one, the 
protection is released. For the card of which 

15 protection is released and which is judged as 
readable, the account data thereof (are)/ read out at 
processing 1305. The (reasons of)/ the protection is to 
keep/ privacy of the card holder and to avoid inclusion 
of account data {put)/ of the household account into 

2 0 household account data. Accordingly, instead of 
jplacihgjja protection,, one^ca^n use a metho^^y which 
cards permitting automatic^ (reading) out ar4^in advance 
(registered^ in the household account book management 
system ^ and with regard to cards other than (the), 

25 registered the . user ("is required) 1 confirmation or 
another method; in which cards being re jected/\ automatic 
[readin^out are in advance {registered] in the household 
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account book management system and only non-registered 
cards are read out. 

When it is permitted to read out specific cards^ 
as has been explained above, one person can, for 
5 example, hold an IC ca^^d^jEor private use and an IC 
card for company use£ thereb^, the account data in the 
household account *jnanagement system can be 

maniaged by (separating}^ one for private use and the 
other for company use. 

10 Further, in the present embodiment, although an 

example (Is explained^ wherein the constitution of the 
account data storecL in a card is determined in such a 
manner that one (ciealing^ corresponds to one line as 
illustrated in Fig. 10, the present invention is not 

15 limited thereto. 

Fig. 14 shows a processing flow, when xiata (arg)^ 
read out from jjjuch asj an account file and^(othe£) asset 
file with the data read out unit 201. At processing 
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1401, a data input operation is detected j such .as when 
data in the account file or the asset file (are), updated^ 
or when an icon of the file is superposed with the 
icon of the household account book by tl^e user, and at 
processing 1402, the account data |are)/\read out from 
the account file or the asset file. Herein, the 
25 account data (are^/ likely > treated in a manner that one 
line corresponds to one^Qealin3. 

Fig. 15 shows a processing flow of ^ data read in / 
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line (at processings 1305 and 1402), when reading out 
is permitted in Fig. 13 or Fig. 14. Further, the 
present flow shows^a processing flow where reading out 
is performed) every/ [one dealing, when the account data 
5 format is determine d in a manner a that one line 
corresponds to one; (dealing. In the present processing 
flow, the processing is performed fr om the last line, 
while assuming that respective /[dealings] are aligned 
along y time series. This process is for shortening the 

10 processing time while omitting the processing for the 
account data read out previously, and when a 
completion flag is off at processings 1503 and ^1504^ 
and when the number of lines is more than 1, / data 
analysis / line (processing 1506) and overlap checking 

15 (processing 1507) are performed j while reading the 
(dealing)^ data [b^> every one line. When reading out at 
processing 1507 reaches the portion where the account 
data (ar€*)ft read previously, the completion flag is set 
at on and data^ not [overlapped) J with the data already 

2 0 entered in the household account book file 112 (are|^ 
entered into the household account book file 112 
through the difference entry at processing 1510. 

Fig. 17 shows a processing flow of the data read 
out unit 201, when account data^^are/ read out; a receipt 

25 (electronic receipt) having a form shown in Fig. 4 
sent via a network. Like the explanation in 

connection with Fig. 13, at processings 1701 through 
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1704^ it is judged whether the^apcount data (are)y| to be 

*read out or not to be read out ,j thereafter , when it is 

judged^ to be read out, the account data is read out at 

processing 1705* Further, even if a receipt is in a 

5 paper form, if the receipt is converted into image 

data by (such as); OCR and the image data ^reconverted 

into text data, the receipt can be read out like an 

e lectronic receipt . 

Fig. 18 shows a processing flow in the data read^-^ 

A 

10 / table (processing 1705) in Fig. 17. At first 
through processing 1801 the text portion in the 
account data of the receipt is converted into a two 
dimensional table format. In this processing ^ a 
general rule is appliedQ in that data sandwiched 

15 between the beginning of a sentence and the closing of 
the sentence^ or a changing line/ (are) treated as one 
line and the data for every section determined by a 
space or a comma in the one line (arej^treated as one 
item. With the above rule, text 1 portion in "8/29 

20 BarBee" of the receipt shown in Fig. 4 is converted as 
shown in Fig* 2 6 in such a manner that a line is 
changed (b^/ every line change and an item is changedjjbyy 
every space. Thereafter, like the processings in Fig. 
16, the data analysis / receipt (processing 1802), the 

25 overlap checking (processing 1803) and the difference 
entry (processing 1804) are performed. 

Fig. 19 shows a processing flow in the data read 
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out unit 201 , when account data (ar^ manually inputted 
from the input unit 102. At processing 1902* the 
account data (are); inputted through writing into an 
account table which is predetermined by the user and 
5 stored in the memory device. Among the inputted data, 
the data i determined not j overlapped by the overlap 
checking (processing 1804) in Fig. 18 (are) Centered in 
the household account book file 112. 

Now, the processing in the data analysis / line 

10 (processings 1506 and 1802) shown in Fig. 15 and Fig. 
18 will be explained. The present processing 

corresponds to the processing performed by the data 
analysis unit 202 in Fig. 2, (and) wherein the read out 
data (arej'itinalyzed, and the read out data in different 

15 formats for every money information or for every shop 
(are) * converted into a unified format j including 
pre dete mined items ^ while referring to the estimation 
use data base. Herein , an example of the unified 
formats is shown in Fig. 40. The present format is 

20 constituted by date, note y expense item, 



classification , money amount and remarks,. Further, 
the remark/ is^ ^cg|istituted^J^ input means, input date 
and [jLssociating)/input mean^. The date refers to the 
date when the dealing is actually performed. The note 
25 refers to the content of the dealing, for example, 
"transfer into bank" and with regard* to goods purchase 
"vegetable". The "expense item" prefers to items which 
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the user can freely set ^ such as "eat-out expense" and 
"consumption tax". The classification refers to such^ 
as income and expenditure. The input means, refers to 
means through which the account data (are)A inputted, 
5 therefore, the data read from an IC card is indicated 
as "IC card, and the data read from the bank account 
123 is indicated as "Account 123". The input date 
refers to the date when the data (are)* read frg^_J:he 
input means. When determining the [associating input 

10 means, for example, with regard to the account data in 
the IC card, if information is moved from the bank 
account 123 to th^^I^ card, the "Account 123" stands 
as the (associating) ) input means. Further, a unified 
format of the present invention is not limited to the 

15 one illustrated, but the contents thereof can be 
freely determined. 

The data analysis unit 2 02 at first refers to the 
estimation (use) data file 114 and, if a conversion 
table with the shop name is registered, (uses] the 

20 registered ones,. If not registered, while checking 
key words and numerals such as "year", "month", "day", 
" account " . " sales " , " articles " , "¥ " , " $ " , " subtotal " , 
"consumption tax" and "total", and the relationships 
between the numerals, subtotal, total and consumption 

25 tax, the data analysis unit 202 estimates A data of 
respective items (date, shop, money amount, expense 
items, income and expenditure) in the unified format, 
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and prepares a conversion table with the concerned 
shop name. For example, the conversion table is 
prepared in such a manner that the numeral before the 
"year" represents the concerned year, and after a line 
5 of characters representing "articles", "¥" is placec£]^ 
therefore, a numeral thereafter shows the cost when 
assuming the line of characters represents > article . 
These conversion tables are stored in the estimation 
(use) data file 114. 

10 Further, for [the^c^egking of^tne rel^^orjship^ itj 

is checked^ for example 71 jwhether the result/ JdeterminedJ 
by multiplying the numeral representing the "subtotal^ 
by the current tax rate coincides with the numeral 
representing the "consumption tax"jj and whether the 

15 total value of the numerals before the "total" 
coincides with the numeral representing the "total". 

When it is uncertain whether the analysis result 
(such as) with regard to \ expense item is correct, a 
verification flag is set at the account data concerned 

2 0 and then the account data is registered in the 
verification file 113. Where there is a modification 
by the user, the estimation (use) data file 114 is 
updated in relation to the conversion table and 
others. Further, even when the concerned conversion 

25 table is not registered, if [a format) information /\( for 
example, a first item relates to date, a second item 
relates to articles and a third item relates to price) 
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is sent from a shop [sid^, a unified format is prepared 
according to the information. Further, at this moment 
the conversion table is registered in the estimation 
(use) data file 114. 
5 Fig. 16 and Fig. 20 show processing flows in the 

data analysis unit 2 02. 

Fig. 16 relates to_ the format wherein one line 
corresponds to one (dealing]^ as shown in Fig. 10 (b), 
and shows a data analysis processing flow when the 

10 format (infoiitiation] is clarified. Herein, for example , 
since it is clear that the data /are)(, the account data 
read from the IC card control unit 106, by making use 
of the format^ information registered in advance and 
through processings 1601 through 1602 j such as date 

15 (i), price (i) and article (i) are extracted. Then, 
at processing 1603 the expense item is determined from 
the estimation use data file 114, and a rule^ number 
applied at this moment is held in rule furthei^, 
if there are no rules whi^h specify the expense item, 

2 0 a verification flag is ^se^ thereafter, at processing 
1604 ^ the data input means and the input date are 
entered in the remarks (!)• In the present example^ an 
IC card is (entered) ] as the data input means. Through 
the entry of the data input means, a possible entry of 

2 5 overlapping account data can be prevented. Further, 
the money information movement within the household 
account can be separated from that outside the 
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household account by the entry. Herein the movement 
inside the household account implies (such) a case (when/^ 
money information is moved from a bank account to an 
IC card, and the^movement outside the household 
account implies such^ as a salary transfer and an 
expenditure for buying a commodity. 

Fig. 20 shows a processing flow, when the format 



information is unclear. After obtaining/ s\ich as date 
(i), price (i) and article (i),^a clarified format 
10 [Information] is entered together with the shop name 
into the estimation (use) data file 114. With this, the 
data analysis can be performed quickly from the next 
time. 

Processing 2001 in Fig. 20 performs an 
15 initialization by turning off the verification flag. 
In processing 2002, through a general retrieval 
sequence, items including characters representing 
"year", "month" and "day" are sought among the 
character lines for respective items, and at 
20 processing 2003 the date is obtained. Herein, the 
date is obtained from the table shown in Fig. 26 , 
however, if the date is indicated on the receipt, the 
processing is simplified^ when]/! the date Q,^/! obtained 
from the receipt. Further, the date is herein 
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indicated together with "year" "month" and "day"f;v 
however, /other than the above/\(Tn view of) a case where 
the date is sectioned by signs^ such as periods , j( the 
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processings 2002-2003 can be performed to seek items 
including such signs. 

With regard to the extracted date, the validity 
thereof is confirmed at processing 2 004 for reducing 
5 errors. When the validity of the extracted date is 
confirmed, the date is finalized at processing 2005, 
and if not, through processing 2006 the verification 
flag is set at on. The validity judgement is 
performed based on whether the extracted date actually 

10 exists in the calendar as well as exists within a 
predetermined period . 

In processing 2007, a variable i which performs 
counting of lines other than the following space is 
initialized. In processings 2008 and 2009, the 

15 following sequences are performed for all of the items 
including "¥" from the upper line. 

Through processing 2010, price (i), article (i) f 
date (i), expense item (i), payee (i), and remarks (i) 
are obtained. In this instance, it is assumed that^at 

2 0 the first item in the same line^ the article name is 
placed and the price is placed in the next itemfTJj 
however, in .order to be compatible with £he)/ format 
opposite to a above or with other formats, functions 
which are compatible with a plurality of formats are 

2 5 prepared in advance, and when price (i) and article 
(i) can not be obtained in processing 2010, a function 
compatible with (otherj/format is called to obtain price 
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(i) and article (i). The correspondence between the 



proper function. The expense item (i) is specified by 
5 applying a rule with regard to other items including 
price (i), article (i), date (i) and payee (i) 
registered in the estimation use data file 114. When 
there are no rules applicable at this moment, the 
verification flag is set at on to register the same in 

10 the verification file 113. 

At processing 2 011, if article (i) relates to A 
subtotal, the prices (1- i-1) on the lines before the 
present line are totalled through processing 2012, and 
if the totalled value coincides with the subtotal, the 

15 verification flag is set at on through processing 
2013. At processing 2014 if the article (i) relates 



to /.consumption tax, a value obtained by multiplying 
the price (i-1) on the line immediately before the 
present line with the tax rate is determined, and if 

2 0 the obtained value coincides with the value indicated, 
the verification flag is set at on through processing 
2 016. In addition, although omitted in the present 
processing flow, if the article (i) relates to other 
than article names^such as "total" and "correction", 

2 5 correlation between data is checked by making use of 
these articles. Further, if the article (i) relates 
to subtotal or consumption tax, the entry flag (i) is 



estimation use data file 114 



shop names and the functions 
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set at off through processing 2017 , and if not soothe 
entry flag (i) is set at on through processing 2018. 
At processing 2019 the counter i is updated. Finally , 
after completing the processing down to the last line 
5 through processing 2008, the data of entry flag (i)= 
off (are)/ excluded from the list including date (i), 
article (i), price (i), shop name (i), expense item 
(i) and entry flag and i is also varied to a 

number excluding the entry flag (i)=on through 

10 processing 2020. Thereafter, the processing flow is 
completed at processing 2021 by determining 
verification flag (i) verification flag. 

Further, unlike the text characters indicated in 
the receipt "8/29 BarBee" as shown in Fig. 4, if the 

15 receipt is indicated from the beginning in a table 
form as shown in Fig. 26, a first conversion table 
between tables and the correspondence between / shop 
name and the conversion table are registered in 
advance in the estimation £ase) data file 114 (td)/use (the^ 

20 (same) thereafter. 

Now, the overlap check (processings 1507 and 
1803) as shown in Fig. 15 and Fig. 18 will be 

explained. 1> ul^J 

The overlap check unit 203 is } for checking 
25 whether the account data analyzed in the data analysis 
unit 202 (are]/\ already stored overlappedly in the 
household account book file 112. 
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Fig. 8 is ja display ^example), ^ when the overlap 
check unit 2 03 has determined that the overlapping 
account data (ar§M already stored in ii!S^ ehold 
account book file 112. It is preferable /Ehat^the user 
5 fean)Jl designate whether an alarm is generated every time 
(when) such Jl overlapping is determined. 

Fig. 9 shows a general concept of the checking 
oper^t^n performed by the overlap check unit 203. 
(Fig. 9}K a ) shows account data which (^r^/rto be checked 



10 with regard to presence and absence of overlaps , jFigT) / 
£T) (b) shows the data entered into the household 
account book file 112. Herein, if the data entered in 
the household account book file 112 (Coincide) /with the 
account data, the alarm as shown in Fig. 8 is 
15 generated and the entry of the data into the household 
account book file 112 is prevented. If the account 



data analyzed in the data .analysis unit 202 [axety 
substantially the same as (one)f entered ^r^the household 
account book file 112, t but ^nc^udej) ^different portions 

20 (in parg, the same (are)/ entered into the verification 
file 113 and a checking by the user is required 
through the estimation check processing. When 
requiring such checking, the account data in the 
verification file 113 and the account data in ttg ^ 

25 household account book file 112^ which are presumed/ 
overlapping k are displayed as illustrated in Fig. 9 so 
as to permit ^comparison thereof. 



Such overlapping occurs ^requencyl^when^ on one 
hand^the receipt is received from the shop concerned 
via a network^ and when* on the other hands the account 
data in the IC card/t£ar§) fetched into J^he data of the 
5 household account book file(^ and thus)^ through the 
present overlap checking^ a possible inconsistency in 
the household account book can be prevented. 

Further, as illustrated in Fig. 10 , when money is 
charged from the bank account into an IC card, the 

10 same dealing data both recorded in the account data in 
the IC card and the account data in^the bank account 
are discriminated, and one of (botfi} raccount data [arej^ 
entered earlier into the household account book file 
and^ thereafter^ the fetching of the other account data 

15 is checked. 

Fig. 21 shows a processing flow in the overlap 
checking unit 203. In processings 2101 and 2102, 
coincidence of date or delay of date at the end of 
movement j after comparing the date at the start of 

2 0 money movement and the date at the end of money 
movement^ is judged, and at processing 2103 ^coincidence 
of ) money amount ((when) such as a fee has to be added, *V 
money amount includes the same) is judged. Further, 
through processing 2 104j coincidence of /such as)\article 

25 (iteifi) and notes or a partial coincidence thereof is 
judged, and at processing 2107 coincidence of data at 
the start of the movement and at the end of the 



30 

movement is judged. Subsequently, it is judged 
whether the input means entered in the remarks column 
in the data entered in the household account book file 
112 coincides with the input means entered in the 
5 remarks column in the account data * judged as 
overlapping. If both /judged to coincide; each other, 
the data are determined to be identical to the account 
data entered in the household account book file 112. 
Namely, r since this implies that the data already read 

10 out (areU again read out, the overlap flag is set at on. 

v — c\ 

If no coincidence is judged, such is understood asj\ 
data movement within the household account book. 
Namely, as illustrated in Fig. 10, it is implied that 
the data (arej^moved from the bank account 12 3 to the IC 
15 card. 

Subsequently, at processing 2108^the present data 
input means is entered in the remarks in the data 
determined as overlapping and already entered in the 
household account book file 112. Accordingly, when 

2 0 the user looks at the remarks column, the user knows 
from where the account data (are^moved. 

* Further, as illustrated, for example, in Fig. 10, 
the )(dealing\ "JfC^card charge" in the note in connection 
with the ^ealin|)^re^O£d^qf_ the bank account 123 is 

25 modified in the @ealing]/\in IG card MABC *** 1 as 
"charge", tin that) *not Acoincide Aeach otherf> however , if 
suchjis once confirmed^ OK by a managing person, it is 
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sufficient if a rule that such/ is thereafter to be 
dealt / as /coincidence is registered in the estimation 
(use) data file 114. Further, even at a firs^time, it 
can be. treated as|coincidence when a part .of/ character 
5 series A coincides J each other, (while};* setting a 
verification flag, ^thereafter, the user may perform^ 
checking operation with the estimated portion check 
unit 205. 

The difference entry unit 204 in Fig. 2 is for 

10 entering the account data for which the overlap flag 
is not set at on by the overlap check unit 203 into 
the household account book file 112. 

Fig. 22 shows a processing flow in^the difference 
entry unit 204. Account data (of^hichA overlap flag is 

15 not set at on (areM transferred to the difference entry 
unit 204 in a data order of price (i), article (i) 
date (i), expense item (i), payee (i) and remarks (i) 
(wherein i=0~l). In the difference entry unit 204, 
the entry order is determined according to date order 

20 through processings 2201-2203. Among the account data 
determined according to the date order, the account 
data (jpfj^n which /, overlap flag is not set at on (are)^ 
successively entered into the household account book 
file 112. Herein, in the remarks (i) the input means 

25 in the account data is additionally entered. 

Through the above processings j the read out 
processing is completed. 
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Now, the estimation check processing will be 
explained. 

The estimation check processing is initiated, for 
example, once in a week, at the end of j month, when a 
5 predetermined amount of data to be checked is 
accumulated, or when the user commands such checking, 
of which initiation is designed to be freely set by 
the user. 

When the estimation check processing is 
10 initiated, the estimation check unit 2 05 is activated. 

Fig.. 5 shows an example of a checking operation 
performed by the estimation check unit 205. As 
illustrated in this drawing, the account data entered 
in the verification file 113 [ar^A displayed^ and when 
15 the operator designates the column of the estimation 
expense item, other expense items are displayed as (the) 
candidates [thereof. The display indicates that the 
user intends to change the estimation expense item 
from "eat-out expense" to "consumption tax". By this 
2 0 changejthe rule in the estimation use data file 114 is 
modified as follows. 

(Before Checking) 

"If shop names are BarBee, Skyrobin, the 
subexpense item isj^ eat-out expense." 
2 5 "If it is a consumption tax with regard to the 

payment for shop names of BarBee, Skyrobin, the 
subexpense item is j eat-out expense." 
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(After Checking) 



"If shop names are BarBee, Skyrobin, the 
subexpense item isjeat-out expense." 

"If it is a consumption tax with regard to the 
5 payment for the shop names of BarBee, Skyrobin, ••*, 
the expense item isj consumption tax.", or 

(After Checking) 

"If the shop names are BarBee, Skyrobin, the 
subexpense item isj|eat-out expense." 
10 "If the expense item is a consumption tax with 

regard to the payment f or jieat-out expense, the expense 
item is a consumption tax.", or further 

(After Checking) 

"If the shop names are BarBee, Skyrobin, the 
15 subexpense item is ^eat-out expense." 

"If it is a consumption tax with regard to 
payment regardless (to)$ its expense item, the expense 
item is a consumption tax." 

Fig. 6 shows account data of the bank account 
2 0 123, and when preparing a household account book as 
shown in Fig. 7, rules such as "If the note in the 
bank account 123 is a home loan, the expense item is a 
housing expense" and "If the note in the bank account 
123 is" water charges", the expense item is /a water, 
25 electricity and heating expense." are registered in 
advance in the estimation use data file 114. 

Fig. 2 3 shows a processing flow in the estimation 
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check unit 205. 

For the first time, at the processing 2301 the 
account data entered in the verification use data file 

i 

113 (are)* read out, and then the estimated expense item 
5 is displayed. 

At processing 2 303, it is judged whether the user* 
has performed a correction, and if it was j^uagej^a 
correction was performed, a modification in the 
estimation {use) data file 114 is performed (processing 

10 2304). Subsequently, an overlap check processing 
(2 305) is performed with %he overlap check unit 203, 
and the account data (are) a entered into the household 
account book file 112 through the difference entry 
unit 204. Further, the correction by the user is 

15 performed by setting a correct one in a pull-down menu 
as illustrated in Fig. 5. When the user approves the 
content, the user pushes the button of expense item 
OK, thereby, the correction processing is completed. 

When there occurs a user correction, the 

20 estimation (use) data file rewriting unit 207 starts the 
processing (processing 2304). Through this processings 
data such as a format and ^expense item corrected by 
the user are received, and according thereto the rules 
for estimating and deciding expense items depending on 

25 the conversion table, utilized shop name and utilized 
IC card registered in the estimation (usej data file 114 
are rewritten. Thereby, the expense item estimation 
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is correctly performed from the next time. 

The estimation use data file 114 keeps rules 
which convert formats differing (in) h every money 
information or (In) every shop into unified formats 
5 through the data analysis unit 202. 

Namely, the estimation [use) data file 114 keeps 
conversion tables used when converting formats 
differing [ln)jevery money information or (in) every shop 
into unified formats and data for estimation anc^^n 
10 deciding expense items depending on article items , 
utilized shop names and utilized IC cards. For 
example, the following rules are determined in 
advance . 

(1) If the article items are rice, bread , 
15 the subexpense item is \ staple food expense. 

(2) If the article items are vegetable, meat, 
the subexpense item isj(side dish expense. 

(3) If the article items are cabbage, carrot, 
the article item is^ vegetable . 



20 



(5) If the subexpense items are staple food 
expense, side dish expense, eat-out expense, the 
expense item isjfood expense. 



25 (7) If the shop names are BarBee, Skyrobin, the 

subexpense item isj^eat-out ^xpense. 



In addition, if ^ such as priority and weight 
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between the respective rules are determined in 
advance, a possibility is avoided that the expense 
item can not be determined, whe^a plurality of rules^ 
are applied. For example, in / case when (carrot of)ji 
5 organic vegetable^ sold as food (stuff] at a restaurant 
having a shop name of BarBee is bought, when the rules 
(2) and (3) are applied, the subexpense item is 
determined as/ side dish expense, and when the rule (7) 
is applied, the subexpense item is determined as/ eat - 

10 out expenseQj however, when a priority is given to the 
rules (2) and (3), the subexpense item is determined 
as //side dish expense. Such i priority can be given 
between items (such as article items and shop names) 
as well as between expense items (such as/ side dish 

15 expense and^ eat-out expense). 

The processing flow in the estimation (use} data 
file rewriting unit 2 07 will be explained with 
reference to Fig. 24. 

Processing 2401 represents a correction portion 

2 0 of a rule to which a correction is entered. Herein, a 
new rule is displayed in which the expense item is 
rewritten into a new expense item. Then, at the 
processing 2 4 02 jit is confirmed to the user whether 
the correction is acceptable while displaying the old 

2 5 rule together with the new ruleQj andj if it is 
determined the rewriting is incorrect, the user is 
required at processing 2403 to rewrite the same again. 
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The estimation use data file 114 is [kept to be^ 
rewritable, and when the user performs fsuch as] 
correction of jformat conversion error and rewriting of 
estimation items ^ such as / expense item, (according) 
5 (thereto) the conversion tables and data for estimation 
and deciding expense items based on the utilized shop 
names and the utilized IC cards are /permitteH) 
j\ (rewriting thereoB. * t 

The above [explained isj j the estimation 

10 verification checking processing. 

Now, the data inquiry processing will be 
explained. The data inquiry processing is performed 
in the totaling unit 208. Fig. 25 shows a processing 
flow in the totaling unit 2 08. At processing 2501, 

15 the user irs ^(inquired), for example , through selection 
^o£);menu whether the outline (totals for every major 
expense item) is to be displayed. If the answer is 
yes, the account data entered in the household account 
book file 112 (are}/totaled so as to display the outline 

20 through processing 2502Qjand^if the answer is no, the 
account data entered in the household account book 
file 112 (are)* totaled so as to display details which 
clarify the contents of subtotals (subexpense items or 
article names ) . Namely, with regard to the account 

25 data entered in the household account book file 112 of 
the memory device 1 10 j expense items such as major 
expense items and subexpense items are set by (such as] 
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the data analysis unit 202 and the estimation check 
unit 205. Herein, the totaling unit 208 performs the 
totaling operation for a predetermined period^ such as 
for every week or for every month with regard to 
5 respective expense items, and transfers the result 
thereof to the total display unit 209. Thereby, a 
household account book is displayed at the display 
unit 103. 

Fig. 10 shows a history of account data wherein 

10 money information is moved from the bank account 12 3 
to IC card MABC ** 1 and further from the IC card MABC 
** 1 to IC card MEFG ** 2. In such J instance , [only ifjfr/^ 
all (of) incomes in the income and expenditure section 
are added up as income and all of the expenses in the 

15 income and expenditure section are added up < as^ 
expense, /the added up iycpme and expe^se^ differ ; actual 
ones, [thereby 7} it difficult to /Recognized] the 

household account. Thus, if the account data outside 
the household account is displayed as illustrated in 

2 0 Fig. 11, the actual income and expense can be 
recognized. In the totaling unit 2 08s the account data 
as illustrated in Fig. 11 [are)/ totaled according to the 
rules in the estimation (use) data file 114 to display 
the same. . Further, in order to discriminate (the) 

25 (movement)/ inside the household account and outside the 
household account, it is necessary to register rules 
such as "movement of money information from a bank 
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account * to IC card MABC ** 1 is one inside the 
household account" and "movement of money information 
from IC card MABC ** 1 to IC card MEFG ** 2 is one 
outside the household account". 
5 Further, when a definition with regard to 

movement, inside the household account and movement 
outside ^house ho Id account in the household account 
data is changed by the user, [througE)/ rewriting the 
rules in the estimation (use) data file 114^ a fetching 

10 operation of the household account data thereafter can 
be simplified. For example, when rewriting as 
"movement of money information from IC card MABC ** 1 
to IC card MEFG ** 2 is one outside the household 
account", the movement of money information to IC card 

15 MEFG ** 2 can be treated as an expenditure in 
connection with "subtotal of an allowance for 
children". Alternatively, for the purpose of 

discriminating /movement) / inside the household and 
outside the household, such is defined in advance to 

2 0 deal as relating to an in-household account purse, and 
for the money movement between in-household account 
purses is dealt as one inside the household. For 
example, if the bank accounts 123-143, ones registered 
in the asset file, IC card MABC ** 1 and IC card MABC 

25 ** 2 are defined as the in-household account purses, 
money movement between the in-household account 
purses, such as movement of money information from a 



bank account * to IC card MABC ** 1 is treated as a 
movement inside the household account. 

Further, in order to recognize the household 
account easily , it is preferable to introduce 
5 subtotals, for this purpose a discrimination rule, for 
example, "with regard to movement of money information 
to IC card MEFG ** 2, the expense item is an 
expenditure as "subtotal of allowance for children"" 
is registered in the estimation use data file 114. 
10 Thereby, in any movement of money information from 
whichever routes inside and outside the household 
account, the subtotals thereof can be recognized. 

Further, the total display unit 2 08 is also 
provided with an inquiry function. The inquiry means 
15 to permit data reference while dividing the account 
data for every bank account and for every card. Fig. 
33 shows a state where a household account book is 
displayed through the data inquiry processing in Fig. 
25. Herein, in order to confirm the account data in 
20 the bank account 123 with regard to a certain dealing 
the user designates the column of remarks and as a 
result a menu of inquiry is displayed. When the user 
selects an inquiry menu, the account data in the bank 
^account 123 as shown in Fig. 34(a) is displayed. 



dealing in the bank account 123 is selected, the 
account data in the IC card as shown in Fig. 34(b) can 




when an inquiry menu with regard to the 



be referred tc ^ furthei^, when an inquiry menu is 
selected with regard to the dealing in the IC card, 
the receipt data as shown in Fig. 34(c) can be 
referred to. If the receipt data as shown in Fig. 
5 34(c) has already been thrown away, the total as shown 
in Fig. 34 (C) is displayed j in which only the 
dealings contained in the original receipt data are 
extracted from the household account data. 

Fig. 35 shows the processing flow thereof. At 

10 the processing 3501*. it is checked ^whether there is £n}/\ 
user designation if the answer is yes, through 
processing 3502^ the corresponding account data is 
extracted based on the column of remarks registered in 
the household account file 112. Namely, since^ in the 

15 remarks column in the account data entered in the 
household account book file 112, the input means, the 
date of read in and the related input means for the 
concerned account data are entered in this order, when 
retrieving the input means and the date of read in for 

20 the concerned account data and extracting coinciding 
account data, the account data read in from the bank 
account on the same day can be extracted and [whicfi) can 
be displayed as shown in Fig. 34(a). Further, 
(in)the case of Fig. 34(b), since IC card MABC ** 1 is 

25 registered as the input means £or the concerned 
account data, the account data (of whichjyread in dates^ 
coincide are retrieved and extracted. 
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Further , while enlarging the system scale further 
and making use of an internet^ an inquiry between 
account data can also be performed. The present 
inquiry of the account data, for example , includes (to) 
5 (Rotify); a user^ who usually refers to the salary 
specification administrated at the company's terminal 
from the home terminal ^ the salary transferring 
situation into the bank account. The system structure 
for this instance is shown in Fig. 36. As shown in 

10 the drawing, (such as) a company terminal 3601 , a bank 
terminal 3603 , a credit sales company terminal 3605, a 
shop terminal 3607/ a home terminal anc * a 

telephone company 3610 are connected to (aii)/ internet, 
and^with respect to a salary specification 3602, the 

15 account data in a bank account 3622, a use 
specification 3606, a receipt 3604 , an IC card dealing 
record 3609 and another use specification 3611, the 
money account information representing [a] user private 
information is respectively managed. 

2 0 Conventionally, since the respective money 

account information is [a) private information, it was 
impossible to connect the respective data through a 
link£^ forJA example , when a user^ who usually refers to 
the salary specification 3602 administered at the 

25 company terminal 3601 from the home terminal 3608^ 
wants to know the current transferring situation of 
the salary into the bank account, it was necessary to 
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take the following steps (1) to verify that the 
transferring destination is the bank account 3622, (2) 
to access the bank account 3622, (3) to input a user 
ID and a pass word, and (4) to search for the salary 
5 transfer in the bank account 3622. For this reason, 
when a user (bea^j§)/a plurality^gf^, bank accounts, there 
was a problem^(to take) time j for the steps (1) and (2). 
or for the step ( 4 ) . 

Therefore, when links 3611-3617 as illustrated in 

10 Fig. 36 are formed ^and^ if only the user who is/ very 
person concerned (Jof)jthe dealings in connection with 
the account data is permitted to form the links, the 
user can easily refer to the data and it (Is prevented) 
(for) other ' (person to refer) / to A the user private 

15 information. 

For the above purpose, the inquiry is performed 
through the steps as shown in Fig. 37- Fig. 39. At 
first, an inquiry preparation as shown in Fig. 37 is 
performed. At processing 3701 an access method for 

20 the data corresponding to an inquiry number is 
determined between an . inquiry originated and an 
inquiry destinatedj^ at} a processing 3702 the inquiry 
destinated prepares the data corresponding to the 
inquiry number, and at processing 3703 an approval of 

25 the user is -obtained , wh±ch^.JLs the very person 
concerned dor)/ the gealing^ ydn connection with the 
account data corresponding to the inquiry number of 
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the inquiry destinated. At the processing 3703^ as an 
alternative^ it is permitted to confirm that the user 
at the inquiry originated is the same person as the 
user at the inquiry destinatec£)j for example, it is 
5 permitted, if a third person guarantees that the user 
at the inquiry originated is the same person as the 
user at the inquiry destinated. 

Fig. 38 shows an inquiry flow on the data at an 
inquiry originated. Through processings 3801 and 
10 3802, /name of the user and/ pass word are verified, and 

» 

through processings 3803 and 3804^ the data (are)^ 
referred to. Thereafter, when an inquiry operation 
such as pushing an inquiry menu is performed, it is 
judged whether the inquiry preparation as shown in 

15 Fig. 37 has been completed^ and if sucfi//\ is judged^ T 
completed, the inquiry as shown in Fig. 39 is 
performed, and if not completed, the inquiry 
preparation as shown in Fig. 37 is performed. 
Further, it is possible that only the processings 3701 

20 and 3702 in Fig. 37 are completed with regard to the 
inquiry originated and the inquiry destinated, and 
thereafter only the processing 3703 is performed at 
processing 3808 in Fig. 38. 

Fig. 39 shows an inquiry flow on the data at the 

25 inquiry destinated. Through processings 3901 and 3902 
the name of /\user and (the/A pass word are verified, and 



through processing 3903^it is verified that the name 
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of /user corresponds to the very person concerned (bc^f 
^he dealing ofj the inquiry number. If the user name 
information is included in the inquir^^ number, it is 
unnecessary, to input the name of / user. ^nt£^j^f^\ 
5 (completing) jthe processing at processing 3904^ the data 
reference is continued at processing 3905. 

The verification of the name of ^ user and the pass 
word at the processings 3901 and 3902 in Fig. 39 can 
be omitted^ however, in such instance, it is necessary 

10 to confirm that the person bearing the user name 
inputted in the processing 3801 in Fig. 38 is the very 
person bearing the user name to be inputted in Fig. 
39. This is for preventing another user (such as a 
concerned accountant) who is permitted to refer to the 

15 salary specification 3602 from referring to the 
contents in the bank account 3622. For example, if an 
approval is required in processing 3703 for the 
inquiry preparation as shown in Fig. 37 , such can be 
prevented. , 



20 (fibove) ^explanation relates to the data reference 

processing. 

Finally, the automatic dealing unit 206 in the 
managing unit 104 will be explained. 

The automatic dealing unit 206 performs 
25 automatically payment and receipt of money based on a 
predetermined condition. For example, reception or 
payment of money information from a predetermined 
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business unit^ such as a bank at a predetermined date 
and in a predetermined amount j> is performed 
automatically via an IC card or a network. 

This is realized in such a jrnaj^ner that pl ap ned 
5 dealings are filled in [such as in) /a unified 1 ^ gorma^, 
are approved by a manager in advance and the payment 
operation is performed at the time when the payment is 
demanded or at a predetermined date and time. At this 
(moment/if the amount of payment is not stored in the 

10 money information via the IC card or the network, , or 
(contrary) jfao or insufficient hardware j to (stored] ith^p 
receiving amount [Is prepared], such , is (notified)^ to the 
manager. [Suc^can be notified in advance or ^ may be 
notified only the fact that such / transfer could be 

15 performed at the planned date and time. 

Further, when filling in the planned dealings in 
fth§>K unified format, in case (that) there are a written 
estimate and a written claim which were sent from (the) 
(side of) shops, if the written estimate is analyzed 

20 with the function in the data analysis unit 207Q and 
converted into (a) planned account data in the ur^^ied 
format to verify the same by the user, (sucH),( can 
eliminate time for the operation and is convenient. 
The operation for the above is performed, for example, 

25 as follows; 

(1) After selecting icons ^ such as a written 
estimate and a written claimj and superposing the same 
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on/icon of "automatic dealing". 

(2) After selecting icons such as a written 
estimate and a written claim and selecting ^ menu of 
"automatic dealing" . 
5 Witfr regard to approving methods, there are three 

methods, j a method in which approval is effected only 
through the above (1) or (2), a method in which an 
approval by the user is required in the menu of 
"automatic dealing" or in the menu of "automatic 

10 dealing approval" and a method of combining the above 
two. In the combined method, under a predetermined 
condition it is presumed that an approval is effected 
only by the operation ( 1 ) or ( 2 ) , and other than that 
an approval is required to the user. The 

15 predetermined condition includes such ; as amount of 
money, article name, shop name and interval from the 
previous use date to the date of payment, and, for 
example, the condition is determined in advance as 
follows, "If name of article: rice, name of shop: ** 

2 0 rice shop, interval from the previous use date to the 
payment data: not less than two weeks , amount of 
money: less than 2780 yen, it is assumed that the 
approval is effected only bvthe operation (1) or (2). 

. , After executing the / (Sealing), the concerned 

25 ^((lealing) data (are^Af etched into the house h^ld^account 
data, however, even before execution of they\ (dealing, 
if such is fetched as a budget into the household 
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conceived, in that A non-restricted format in user 
readable expression such as an HTML format is to be 
used. Alternative ly, while using a simple format, a 
receipt viewer unique to the shop concerned can be 
5 added. Based on the decision system at the (side ofj 
shops, such receipt can be designed to be issued 
freely. 

Fig. 27- Fig. 31 show processing flows at the shop 
terminal 150 in Fig. 1. The shop terminal 150, for 

10 example, issues the receipt data as shown in Fig. 4. 
Therefore, the function added to a general shop 
terminal and the processing thereby will be explained. 

Fig. 2 7 shows a processing flow in a main 
processing at the shop terminal 150. Until the 

15 respective operations by the user are initiated at 
processings 2701 and 2702, the following processings 
stand by. When at processing 2 702 the user starts a 
certain operation, the respective processings are 
performed. At first, when selling a commodity to a 

2 0 customer, a sales menu^ but) is selected and the 
proce s s ings 2703-2705 are performed . Alternative ly , 
without selecting the sales menu^ throughA connecting 
operation with the POS system^the processing 2703 and 
the followings can be initiated. At the processing 

25 2703, the amount of money to be paid to the customer 
is calculated based on the commodity to be sold and 
the price thereof. Then, through processing 2704, a 
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account data, a simulated total can be shown to the 
manager. If such simulation total can be obtained 
before effecting approval , the household account 
management can be performed easily. 
5 In the above, the contents of the home use 

terminal 100 has been explained in detail, and now the 
shop terminal 150 will be explained. The basic 
structure of the shop terminal 150 is as same as that 
of the home use terminal 100 as shown , in fflig- 1/ 

10 however, the shop terminal 150 is (in addition^provided 
with terminals for connecting to a POS terminal. 

Fig. 4 shows an example of a receipt and a point 
file received from a shop. The present example is 
presumed to be constituted by image data and text data 

15 in HTML format. When pushing a menu guidance button, 
it is designed to be able to access home pages of 
shops on an internet and the home pages are devised so 
that the user wants to dine at the restaurant. 

Since the shops can take advantage of an 

2 0 opportunity when the customers check the respective 
receipts to advertise themselves so as to induce 
subsequent sales, the shops are required to solve the 
following problems when issuing the account data in (a)^ 
form of receipt (1) through which individuality of 

25 respective shops are demonstrated and (2) which is 
designed in a format acceptable by the users. 

For this purpose^ the following method is 
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receipt is prepared based on the/jdealingj information, 
and at the processing 2 705; (the) receipt is issued. For 
example, when the payment is performed through an IC 
card, the receipt data (are); written in the IC card of 
5 the customer. 

Further, when a menu of receipt designing is 

selected at processing 2706, the receipt can be 

°\ 

. designed. Further, after completing fonce]^ sales 

y gealing^ and when there occurs a change^ such as/refund, 

10 a refund processing is performed at processing 2707. 
Still further, other than ^Jb^__^bove , with regard to 
other processings not ^relating}/ to the issuance of 
receipts^ such as an inventory management at the shop 
concerned, a similar processing as performed at a 

15 general shop terminal and a POS terminal as disclosed, 
for example, in JP-A-5-174274 ^ is performed at 
processing 2708. 

Fig. 2 8 shows a processing flow for the refund 
processing in th^shop terminal 150. The processings 

20 2801-2803 are £as)j(same as the processings 1801- 1803 in 
Fig. 18, in that for the first time at processing 2801 
the receipt data of the customer (are^read in, the data 
(Sxe^analyzed at processing 2802 and at processing 2803 
an overlapping portion between the receipt and the 

25 sales record of the shop, namely a coinciding portion . 
is checked. If (it is found out) an overlapping portion^ 
at the processing 2804, it is judged that the customer 
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bought the commodity at the shop concerned, therefore, 
through processings 2805-2807 the refund processing is 



in 

•a 



performed. .Herein, a receipt in the form sho wn ^ir 
Fig. 4 [Is)/ explained, however, even for the^ (dealing} 
5 data as shown in Fig. 6j if an overlapping portion 
between the receipt and the sales record in the shop 
concerned, namely a coinciding portion^ is checked 
according to the sequence as shown in Fig. 15, like 
refund processing can be performed. 

10 Fig. 2 9 shows an operation flow for receipt 

designing at the shop terminal 150, and if at 
processings 2 901 and 2 902 there are no image logos for 
the shop, an image logo is prepared by making use of a 
general tool for preparing image data. Then, through 

15 processings 2903-2907 j the contents and display 
positions of the respective data are determined. The 
order of the processing 2903-2907 can b e mod if ied . 
Through the processing 2904^ the position o^ (dealing) is 
set, however , since the contents of the data are 

2 0 prepared for everyj (Stealing), only the display position 
is set here (refer to text 1 in Fig. 4). At the 
processing 2905, the position and contents of the 
advertising data are set (refer to text 2 in Fig. 4). 

Through the processing 2904 in Fig. 2 9j the 

25 position and kinds of other data are set. For 
example, when the data like BarBee point in Fig. 4 is 
desired to be included in a part of the receipt data, 
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the position thereof is set in a separate file and the 
kinds thereof is set so as to call a program which 
seeks a file with regard to the BarBee point in the 
user IC card, reads a / point number [until now| and 
5 renews the point number by adding points created by 
the instant purchase, although the points can be 
included in the same file as for the receipt data(/J, 
§iowevei|, it is preferable to be included in a separate 
file other than that for the receipt, because the 

10 customer scarcely throws it away by mistake and the 
shop can easily confirm the presence and absence of 
the point file. Further, when private information of 
customers j such as ^ birthday (jthereof^ is stored in the 
shop terminal, it is possible to (set toj generate [the] 

15 receipt data based on such information or to [set to) 
generate win and blank data for lotteries by making 
use of a random function. For^(^aling^j£^^^ 
to prepare a data content for every ^[Sealing), the 
contents thereof are set directly. Through processing 

2 0 2 907^ the^pos|.tion and form of a menu for accessing a 
(relating^ home page are set (refer to a menu guidance 
button in Fig. 4), and by including URL information in 
the receipt data and by (setting toj^access /the same 
through a single button, the customer can very easily 

25 access the home page which can be expected for the 
shop concerned to create a great advertising effect 
for inducing sales again. 
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At processing 2908, based on the contents and the 
display position of the respective data determined 
through the processings 2^03- 2 9^7^ [a] frame data of the 
receipt for a portion (of) /which J data contents are not 
5 required to (prepare/yfor every [dealing]; is prepared, and 
further format information for analyzing the receipt 
data is prepared. Finally, at processing 2909^ a 
completed format is displayed for approval by the 
user. 

10 Fig. 30 shows an operation flow for preparing a 

receipt in the shop terminal 150. At processing 3001 
the frame data for the receipt prepared through the 

, steps in Fig. 29, is called. Through processing 3002 
A (dealing) data jSrel/added, and further through processing 

15 3003 other data produced in every y\ (dealing arej 
generated and added. 

Fig. 31 shows an operation flow for issuing a 
receipt in the shop terminal 150. At processing 3101 
(a) receipt data (are) A issued. At processing 3102^ 

20 although format information is issued, [however,"] at 
this instance^ if theyvgealing] is '(one) >via an IC card and 
for the IC card (j^ format information for the receipt 
to be issued is already determined, further format 
information is not issued. 

25 In the above, the shop (side) terminal has been 

explained . c^^u^^ 
In Fig. 36, the instance where an inquiry /between^ 
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|th^ account data by making use of (^uch^ja^^ 
has been explained, however, (the like)^ system can be 
provided for other private information than (the] 
account data^ such as family registration information,^ 
school record, test results and servicing information 
such as; telephone/j. 



